Hiển thị các bài đăng có nhãn Công nghệ. Hiển thị tất cả bài đăng
9 mẹo bán SaaS
1. Giữ thời gian dùng thử ngắn thôi
Thời gian dùng thử dài tưởng như là cách để khách hàng cắn câu, nhưng nó thật sự dáng đòn vào startup của bạn. Với 99% các startup, thời gian dùng thử không quá 14 ngày.
Đây là lý do:
- Hầu hết người ta không dùng thử hết thời gian: Hãy xem lại dữ liệu của bạn và bạn sẽ thấy phần lớn rời bỏ sau 3 ngày dùng thử.
- Người dùng coi trọng thời gian dùng thử ngắn hơn: Khách tiềm năng sẽ trì hoãn, và khi họ hoãn lại, họ sẽ quên. Với thời gian dùng thử ngắn, họ sẽ thường sẽ dùng thử sản phẩm của bạn ngay lập tức.
- Chi phí có khách hàng thấp hơn: Khi bạn rút ngắn thời gian dùng thử, bạn cũng rút ngắn chu kỳ bán hàng. Nếu bạn có thể rút từ 6 tuần xuống 3, bạn đã giảm chi phí đi rất nhiều.
2. Tối ưu email quảng cáo
Trừ phi bạn có một email quảng bá tuyệt cú mèo, hầu hết khách hàng tiềm năng sẽ quên đi sự tồn tại của bạn trong vài giờ sau khi đăng ký dùng thử.
- Dùng địa chỉ email tên người: Đừng gửi email từ một phòng. Thay vì “[email protected]” thì hãy dùng mail của bạn “[email protected]”.
- Gửi đủ số email: Christoph Janz’s, một trong những nhà đầu tư SaaS thành công nhất, khuyên các nhà sáng lập SaaS: “Nếu không có ai kêu ca bạn đang email spam họ, có thể là bạn chưa gửi đủ số email”.
- Gửi các email theo hành động: Khi họ đăng ký, khi họ nhập thông tin tài khoản hay trang huỷ đăng ký, hay khi thời gian dùng thử sắp hết.
3. Hãy gọi cho mấy ông đang dùng thử ngay tức thì
Hầu hết các SaaS non trẻ đều không gọi cho khách dùng thử ngay mà thường đợi đến ngày cuối cùng. Họ không biết bán SaaS. Trong giai đoạn đầu startup của bạn, bạn phải gọi ngay cho khách hàng dùng thử sau khi họ đăng ký 5 phút. Nếu bạn làm được như vậy, bạn sẽ:
- Quyết liệt cải thiện tỷ lệ chạm tới khách hàng: Có thể lúc đó khách đang ngồi thước máy tính, điện thoại loay hoay với sản phẩm của bạn. Nếu bạn đợi lâu hơn, để họ nhấc máy sẽ khó hơn.
- Đánh giá được ngay khách hàng tiềm năng: Bạn cần chắc rằng giải pháp của bạn sẽ là lựa chọn tốt cho khách hàng trước khi bạn đưa ra đề nghị chốt hợp đồng. Nếu chưa, bạn có thể gọi để giúp họ có thêm các lựa chọn khác.
- Xử lý những thắc mắc một cách hiệu quả: Điện thoại là công cụ tốt nhất để quản lý thành công các thắc mắc. Nếu khách ko thắc mắc, bạn có thể dùng thời gian này để giải quyết trước các thắc mắc chung hay gặp.
Một doanh nghiệp hiểu khách hàng sẽ sở hữu khách hàng đó. Nhấc điện thoại lên để biết về khách dùng thử hoặc họ sẽ không bao giờ trở thành khách hàng của bạn.
4. Hãy demo ngắn và tập trung
Lỗi hay gặp nhất của các startup khi demo là biến chúng thành các bài giảng, đào tạo. Khách của bạn không cần (hay cả không muốn) thấy từng xen-ti-mét sản phẩm của bạn. Họ muốn biết sản phẩm của bạn có giúp họ thành công không.
Hãy đánh giá trước. Đừng dùng bản demo như một công cụ đánh giá. Hãy đánh giá cơ hội trước khi dùng đến demo.
Ngắn gọn thôi. 30-60 phút là thời gian quá dài. Nếu bạn không thể giải thích cho khách hiểu sản phẩm của bạn giúp họ được gì trong 15 phút, bạn hoặc không hiểu về sản phẩm hoặc không biết gì về khách.
Tập trung vào lợi ích, không phải tính năng. Các khách của bạn không quan tâm đến từng phím hay từng giao diện. Đừng nói sản phẩm sẽ làm gì, hãy nói nó có thể làm gì cho họ. Một bản demo thành công là bản trình diễn của “giá trị”, không phải buổi đào tạo. Hãy làm như vậy và bạn sẽ thấy hiệu quả hơn nhiều.
5. Không ngừng đeo bám
Bạn sẽ hiếm khi chốt được hợp đồng sau cuộc gọi đầu tiên. Bán hàng startup thành công phụ thuộc vào khả năng không ngừng đeo bám của bạn.
Vậy bao lâu là vừa?
Nếu khách tiềm năng tỏ ra thích sản phẩm, hãy đeo bám đến chết. Đừng thoả mãn với sự im lặng hay “có thể”; những cái có thể ấy sẽ giết startup của bạn. Hãy gọi và email đến khi bạn nhận được trả lời “có” hoặc “không”.
Nếu thấy khách hàng lạnh nhạt, dùng kế hoạch 14 ngày sau:
- Ngày 1: Liên lạc lần đầu
- Ngày 3: Đeo bám lần đầu. Tiếp cận vào một khung giờ khác trong ngày với một phiên bản cô đọng hơn của thông điệp trong lần đầu.
- Ngày 7: Đeo bám lần hai. Tiếp cận vào một khung giờ khác trong ngày và trình bày lại yêu cầu (khách hàng) hành động của bạn.
- Ngày 14: Đeo bám lần 3. Nếu bạn không nhận được phản hồi từ khách, hãy gửi một email (thông điệp) chấm dứt. Đây là khi tỷ lệ phản hồi tăng vọt.
Nếu bạn không nhận được phản hồi email chấm dứt, hãy chuyển sang các cơ hội khác hứa hẹn hơn.
6. Định giá của bạn (thật) cao
Các công ty SaaS lấy giá làm công cụ cạnh tranh thực sự không tự tin vào sản phẩm của họ. Họ nghĩ rằng cách duy nhất để làm là hạ giá giải pháp của mình.
Giá không nâng cao khả năng cạnh tranh của sản phẩm mà là giá trị mang lại.
Học từ Cloudsponge, bạn biết mình định giá đúng khi:
- 30% khách hàng tiềm năng nói: “Anh bị điên à, tôi không bao giờ trả giá đó”.
- 30% khách tiềm năng nói: “Sản phẩm của bạn thực sự rẻ”.
- 40% khách tiềm năng nói: “Sản phẩm của bạn đắt, nhưng đáng tiền”.
Chả có gì sai khi đắt với một số khách. Thực tế, nếu bạn chưa bao giờ mất hợp đồng vì giá cao, sản phẩm của bạn đang quá rẻ.
7. Bán gói trả trước hàng năm
Các startup thích mô hình SaaS vì có doanh thu đều hàng tháng. Nhưng với các gói này, bạn chỉ có doanh thu nhỏ giọt.
Khi phát triển startup SaaS, bạn cần cả thác doanh thu, thay vì giọt. Hãy cân nhắc chào một tỷ lệ giảm giá nếu khách đồng ý mua gói năm.
Mặc dù có thể làm giảm doanh thu tổng thể, nhưng nó cho bạn một luồng tiền dồi dào hơn. Bạn có thể dùng nó để mở rộng đội bán hàng, mở rộng thị trường hay nâng cấp sản phẩm.
8. Không giảm giá
Giảm giá dường như là cách tốt để có được khách hàng, nhưng lại lợi bất cập hại. Đây không phải là cách bạn bán SaaS.
Đây là lý do:
- Giảm giá làm nhân viên bán hàng lười đi: Bán giá trị cho khách thì khó, giảm giá để bán thì dễ hơn. Khi giảm giá là một lựa chọn, nhân viên bán hàng sẽ lạm dụng nó.
- Giảm giá làm cho không dự báo được doanh thu: Khi mỗi khách mới trả một giá, không có cách gì để biết doanh thu tuần tới của bạn là bao nhiêu, chưa nói gì đến năm sau.
- Giảm giá rất tồi tệ cho làm thương hiệu: Với khách hàng, họ sẽ thật sự không hài lòng nếu đối thủ của họ trả mức giá thấp hơn cho cùng một sản phẩm. Bạn phải kiên định với chính sách giảm giá và gắn chặt vào nó. Trừ gói trả trước năm một, chúng tôi khuyến nghị không giảm giá một ly nào, cả điếu thuốc, chén nước.
9. Đừng bao giờ chốt một hợp đồng tồi
Đừng bao giờ bán cho khách hàng chưa đủ tiêu chuẩn. Đôi khi cần phải nói “không” với một khách hàng sẵn sàng trả tiền. Đóng được hợp đồng dễ dàng thì rất thích, nhưng chi phí của việc rời đi thường cao hơn doanh thu ngắn hạn.
Khi bạn bán cho một khách hàng chưa được đánh giá kỹ, họ sẽ không thành công. Họ sẽ có hàng tá phàn nàn và hàng tấn yêu cầu hỗ trợ. Những khách hàng này sẽ làm mất tinh thần đội ngũ của bạn với những phản hồi tiêu cực và bắt đầu lan truyền những đánh giá xấu trên mạng. Và tất nhiên họ sẽ từ bỏ bạn, rồi họ sẽ đổ tội cho sản phẩm của bạn đã làm cho họ thất bại.
Và họ hoàn toàn không sai. Đấy là trách nhiệm của bạn phải bỏ qua những khách hàng chưa đủ tiêu chuẩn (khách hàng tồi). Hãy chắc chắn bạn đã đánh giá từng cơ hội với 4 bước sau:
- Tạo hồ sơ về khách hàng
- Xác định được nhu cầu của khách
- Nắm rõ cách thức, quy trình ra quyết định của họ
- Nhận diện các đối thủ cạnh tranh
Hoàn tất các bước trên, bạn sẽ biết được sản phẩm của mình có phù hợp với khách hàng đó hay không. Nếu không, chả sao. Chỉ cho họ giải pháp phù hợp hơn, và chuyển sang cơ hội khác. Đây là cách bán SaaS thế nào cho đúng.
Tác giả: Nguyễn Quang Trung
Ngôn ngữ lập trình nào là tốt nhất để phát triển một trang web có thể mở rộng tới hơn 100 triệu người dùng?
Nếu bạn muốn mở rộng quy mô, câu hỏi nên là về những ngôn ngữ không nên sử dụng.
Đừng sử dụng Ruby, đặc biệt là Rails. Ruby on Rails nói riêng rất chậm nên việc xử lý toàn bộ tải có thể tốn 100 lần. Chẳng hạn, điều đó có thể có nghĩa là chênh lệch giữa $50.000/ tháng chi phí máy chủ so với $500/tháng.
Không sử dụng bất kỳ ngôn ngữ nào không hỗ trợ các kiểu dữ liệu tĩnh (static type). Các kiểu dữ liệu tĩnh rất quan trọng để giúp bạn quản lý sự phức tạp trong bất kỳ hệ thống nào. [1]
Ngoài ra, bạn có thể chọn TypeScript + NodeJS, Go, Java hoặc thậm chí C++. Có những lựa chọn khác nhưng đó là những lựa chọn phổ biến nhất và sự phổ biến rất quan trọng nếu bạn muốn dễ dàng tìm kiếm những người có thể cùng làm việc để xây dựng dịch vụ của bạn. Go và NodeJS (với TypeScript) có lẽ là môi trường cho phép tạo ra năng suất cao nhất trong danh sách đó.
Câu hỏi thực sự cho 100 triệu người dùng là:
- số người dùng đồng thời/cùng lúc?
- hay người dùng không thường xuyên (đã đăng ký) chỉ với một nghìn người cùng lúc?
Một nhà phát triển có kỹ năng sử dụng bất kỳ ngôn ngữ nào ở trên có thể viết một ứng dụng máy chủ có thể xử lý vài nghìn người dùng đồng thời mà không có cơ sở hạ tầng đặc biệt (ngoài việc sử dụng cơ sở dữ liệu được quản lý, ví dụ như Amazon DynamoDB hoặc RDS).
Nếu bạn đang xem xét 100 triệu người dùng đồng thời, thì điều đó phụ thuộc rất nhiều vào nhu cầu chính xác của ứng dụng của bạn. Trái ngược với những gì người khác có thể yêu cầu, bạn không thể mong đợi bất kỳ ngôn ngữ hoặc thiết kế nào có thể mở rộng được ngay tức thì bằng cách "chỉ cần ném thêm phần cứng vào là có thể giải quyết vấn đề" nếu bạn không có được một thiết kế đúng đắn. Và đó là chìa khóa. Bạn cần một người có kinh nghiệm về tối ưu hóa và thiết kế kiến trúc máy chủ để không gặp phải thảm họa mở rộng.
Hiện tại, tôi đang làm việc trên một hệ thống với mục tiêu mở rộng là 10 triệu người dùng đồng thời. Khách hàng của tôi trước đây đã bán một doanh nghiệp với giá 50 triệu đô la và họ đã mua một tên miền rất đắt tiền cho dự án này, vì vậy họ có tài nguyên để có được nhiều người dùng. Khi tôi bắt đầu, đã có vấn đề về hiệu suất đối với chỉ một nhúm người dùng (nửa tá người dùng). Bây giờ hệ thống nó đã nhanh hơn và có thể xử lý vài nghìn, nhưng tôi đã có sẵn kế hoạch để mở rộng tới 10 triệu.
Và hơn cả một "ngôn ngữ lập trình đúng đắn", bạn cần có kế hoạch đúng đắn. Bạn không thể chọn nhóm phát triển của mình chỉ dựa trên ngôn ngữ lập trình. Những gì bạn cần là một kiến trúc sư hệ thống đẳng cấp thế giới để có thể hướng dẫn nhóm dự án. Nếu bạn không tin tôi, chỉ cần nhìn vào bảng đo đạc hiệu suất khung của các framework phổ biến[2]. Trong một số trường hợp, có một phạm vi biến đổi hiệu suất hơn 10.000 lần giữa hai framework, ngay cả khi cả hai framework đó đang sử dụng C++. Đó là sự khác biệt giữa $100/tháng và $1M/tháng về chi phí máy chủ, mặc dù cả hai máy chủ đều sử dụng ngôn ngữ nhanh nhất/xịn nhất.
Chọn đúng ngôn ngữ không đảm bảo điều gì cả, chọn đúng kiến trúc hệ thống (và cả kiến trúc sư) là quan trọng nhất.
Ghi chú:
--------------
Answer: Tim Mensch, Freelance CTO/Software Architect
Một số blogs thú vị (2016)
- Action.vn: thông tin về startup
- iSocial: cộng đồng iSocial trên Facebook (về online marketing và mạng xã hội)
- Online Marketing của EQVN: same same iSocial (dưng không ngon và nhiều bằng)
Công nghệ, Lập trình, Web:
- ABSTRACTION HUB - của ông ẻm Trương Đắc Bình, khá nhiều bài hay về UI/UX, cafe, book review
- Lập trình & Cuộc sống: chủ yếu dịch bài từ blog công nghệ của các bạn Mẽo
- TechMaster Blog: giống VinaCode, đôi khi anh em ở VinaCode lại quẳng lên đây trước
- Hanoi Scrum: thực hành scrum ở đất Hà Nội
- Tạp chí Lập trình: tùm lum cả
- Kipalog: Keep a log - tùm lum cả, dưng chủ yếu ngó cái Javascript/Angular
- Awwwards: nhanh mục web đẹp (đoạt giải)
- Webdesign Inspiration: web đẹp, tham khảo bét nhè
- Agile Hobo: .NET, Xamarin, Visual Studio,....
Thông tin & Nghiên cứu:
- Blog của GS. John Vu về khởi nghiệp & STEM (GS. John Vu chính là Dịch giả Nguyên Phong của cuốn sách Hành trình về Phương Đông)
- Nghiên cứu Quốc tế: kho tư liệu hay ho của nó
- Trạm Đọc (Read Station): cho các con mọt sách
- 3 SÀM: cho các loại thông tin "lề dân"
Tools & Toys:
- Video Grabber: tải video online (Youtube, Vimeo) về máy xem chơi (cái này là tool, éo phải blog)
- Tải với VIP link (FShare, ....) trực tiếp: linksvip.net - fastheme.com
- Xem bóng đá với AceStream/SopCast: LiveSport.ws (tiếng Nga) - TopBongBa
Khác:
- Phan Phương Đạt: nhân sự, đồ gỗ tự chế, nuôi trẻ - hay nhất: làm phòng cho bé gái
- The X file of History: lịch sử với cái nhìn mới (Facebook page, éo phải blog)
- Tolkien Legendarium Việt Nam: thế giới trong The Lord of The Rings (Facebook page, éo phải blog)
- Game Of Thrones (VN): về phim là chính, còn truyện đọc cả gần 10 năm nay mà vẫn chưa có đến tập cuối (Facebook page, éo phải blog)
- Hướng dẫn làm máy bay giấy: hình ảnh từ Google Search, Maker Space Flight (Pinterest)
Mười năm trước cũng có một cái post dư thế lày, giờ xem lại danh sách thì chết sạch, chỉ còn lại một vài cái là:
- Viet-Studies của GS. Trần Hữu Dũng (đội dư lợn viên phá cũng nhiều, cướp domain cũng lắm nên truy cập rất tậm tịt)
- Cái Tôi thì chuyển sang thành Tâm Ngã
- Thuận VietSpider thì đổi sang thành Tôi học Java
- Blog của bác TanNg thì chuyển sang WordPress, dưng giờ cũng chẳng mấy khi viết.
Vậy nên post ra đây để lúc nào cần lại mở cho nhanh vậy (rồi để 5-10 năm nữa review lại xem còn mấy cái sống)
Tại sao Blogspot - WordPress bị chặn và cách vượt qua mà không phải dùng VPN hoặc đổi DNS
Thế nhưng Blogspot và WordPress đều bị các ISP ở Việt Nam chặn toàn bộ (chặn DNS, đổi sang dùng Google DNS hoặc Open DNS là được), nghĩa là các web/blog có địa chỉ dạng .blogspot.com hay .wordpress.com đều không thể "truy cập bình thường" ở Việt Nam.
Vậy nên bài viết này đi tìm câu trả lời cho 2 câu hỏi:
- Tại sao Blogspot/WordPress bị chặn?
- Làm cách nào để vượt qua mà không phải dùng VPN hoặc thay đổi DNS? (để bất kỳ người dùng nào cũng có thể truy cập được).
1. Tại sao Blogspot/WordPress bị chặn?
Thông thường thì các dịch vụ kiểu này sẽ bị chặn khi:- Vi phạm pháp luật của Việt Nam
- Vi phạm "thuần phong mỹ tục" của Việt Nam
- Là đối thủ cạnh tranh trực tiếp với các ISP ở Việt Nam
Vậy "chính trị" ở đây là gì? Là do hai cái nền tảng này ngon quá nên có kha khá các blog "không vừa mắt" theo quan điểm của Nhà nước Việt Nam, phần lớn là các blog kiểu "báo lề dân" đối lập với hơn 600 "báo lề đảng", điểm ra thì cũng được vài cái như: Boxit, Dân Làm Báo, Quan Làm Báo, Chân Dung Quyền Lực (Blogspot) hay Anh Ba Sàm (WordPress). Trước thì cũng không chặn, dưng hai cái hệ thống này lại ngon, khó/không hack vào được, tấn công cũng không xong, cướp cũng không nổi, thế nên có cái mệnh lệnh "từ nơi lạ" là chặn lại, vậy là chặn thôi (và đừng có hỏi hay thắc mắc).
Giờ thì rõ rồi chứ, vậy làm thế nào để không bị chặn nhỉ? Có mấy cách như sau:
- Google (Blogspot)/WordPress kiện Nhà nước Việt Nam về việc hạn chế sản phẩm của họ
- Nhà nước Việt Nam "tự dưng" thay đổi (hay còn gọi là "tự diễn biến") nên bỏ mệnh lệnh chặn đi.
Thế nên buộc phải chấp nhận, và tìm cách khác thôi.
2. Vượt qua như thế nào?
Thực ra đây mới chỉ là chặn DNS (cho đến tháng 12/2016), nghĩa là cái ISP ở Việt Nam mỗi khi có yêu cầu (request) vào các sites/blogs .blogspot.com hoặc .wordpress.com thì trả về lỗi là không tìm thấy nên người dùng bình thường sẽ thấy trình duyệt web báo lỗi (nên sẽ không vào nữa). Do đó để vượt qua một cách đơn giản thì đổi DNS của máy tính/điện thoại sang sử dụng máy chủ DNS của nước ngoài chứ không dùng máy chủ DNS của các ISP ở Việt Nam nữa. Ví dụ như:- Google DNS: 8.8.8.8 và 8.8.4.4
- Open DNS: 208.67.222.222 và 208.67.220.220
- Symantec (Norton) DNS: 199.85.126.20 và 199.85.127.20
Nếu dùng máy tính, trình duyệt là Chrome thì cài cái extension có tên là "Hotspot Shield" vào là xài được ngay, còn trên mobile thì có cả mớ, nhưng nên dùng loại app trả tiền cho nó xịn (trên iOS thì nên bỏ $3 ra mua cái VPN Master Pro là ngon, còn không thì cứ tìm cái app miễn phí Hotspot Shield là cũng đủ ngon).
Gọi là "đơn giản" nhưng thực ra không đơn giản vì người dùng bình thường không biết làm cái món này. Vậy liệu có cách thức nào đơn giản hơn nữa để người dùng "bình thường" có thể "truy cập bình thường"? Câu trả lời là CÓ.
Để thực hiện được câu trả lời này thì cần làm 2 bước sau:
Bước 1:
Chuyển sang sử dụng tên miền (domain) riêng chứ không dùng mặc định ở .blogspot.com hoặc .wordpress.com nữa. Khi đó thì cần chi phí mua một cái tên miền, khoảng 250k/năm rồi đưa vào hệ thống blogging.
Đối với Blogspot thì miễn phí (giống như cái blog này là dùng tên miền riêng - tyrionguyen.com), còn đối với WordPress thì phải sử dụng bản trả phí ($3/tháng - ít nhất là cho bản Personal)
Bước 2: (thực ra bước này chỉ áp dụng đối với Blogspot)
Do các tài nguyên ảnh khi biên tập nội dung trong Blogspot sẽ được upload lên máy chủ của Google, sẽ có các địa chỉ là bp.blogspot.com, điều này dẫn tới có dùng tên miền riêng thì vẫn bị chặn không hiển thị được ảnh (vì tất cả các địa chỉ kết thúc với .blogspot.com là bị chặn tuốt tuột, không phân biệt đó là cái gì cả), thế nên mới cần dùng "mẹo" để xử lý tình huống này.
Và cái "mẹo" này là chỉnh ảnh trỏ sang địa chỉ khác (chỉ là địa chỉ khác của Google, còn vẫn là hệ thống máy chủ này), và cái mẹo này đòi khỏi phải cập nhật vào mẫu (template) một vài dòng code Javascript, thế nên cần biết một chút "kỹ thuật" để sửa mã HTML của mẫu (template), còn hem biết thì tìm ai đó biết mà nhờ thôi 😛😛😛😛😛
Cụ thể là đổi các địa chỉ ảnh từ ".bp.blogspot.com" sang "lh4.googleusercontent.com" hoặc "lh5.googleusercontent.com", vì bản chất đây là hệ thống máy chủ dùng để host các nội dung của người dùng, nhưng có nhiều tên miền khác nhau (để sử dụng cho các dịch vụ khác nhau mà).
Cụ thể hơn thì chính là đoạn code Javascript tý xíu ở dưới (với giả định sử dụng jQuery - $):
$('img').each(function(){Đơn giản thế thôi, test thử bằng cách dùng điện thoại (tắt wifi đi rồi dùng 3G - của MobiFone hoặc VinaPhone) truy cập lại chính cái blog này sẽ thấy ngon lành và tất cả các ảnh đều hiển thị tốt 😃😃😃
this.src = this.src.replace(/[0-9]+.bp.blogspot.com/, 'lh4.googleusercontent.com');
});
Hoặc là có cách đơn giản hơn, nếu thấy cái template "Simple Magazine" hiện tại của blog này đủ ngon để dùng, thì chỉ cần lấy về dùng là xong (trong template có sẵn cái đoạn mã trên để điều chỉnh ảnh và cả những thứ khác liên quan rồi), thế thôi.....
Mẫu (template) cho Blogspot dạng tạp chí đơn giản
Giờ đã hoàn thành ngon lành, để dùng một mình thì phí nên share ra đây để ai cần dùng thì cứ lấy về mà dùng.
Mẫu này có mấy tính năng sau:
- Hiển thị dạng tạp chí: hiển thị dạng slider (chỉ ở trang chủ - nhớ chỉnh cấu hình và nhập 1 dòng vào nội dung HTML ở phần bố cục, đó là cái nhãn sẽ tìm kiếm các bài nổi bật), chữ to, ảnh to, dãn cách lớn
- Hiển thị danh sách nội dung có hình ảnh lớn và chữ to
- Chia sẻ nội dung với một số mạng xã hội (Facebook, Twitter, Google+, Linked In, Pinterest)
- Hộp tìm kiếm
- Danh sách bài cùng chủ đề (cùng nhãn)
- Danh sách bài khác (bài mới nhất)
- Danh sách bài đọc nhiều nhất
- Danh sách nhãn/phân loại (labels/tags/categories)
- Đặt sẵn icon để sửa bài (khi xem chi tiết - nhớ chỉnh cấu hình để cho hiển thị cái edit icon này)
- Phân trang danh sách nội dung, mặc định 10 bài/trang (nhớ chỉnh cấu hình để cho hiển thị 10 bài trên trang chính)
- Hiển thị hệ thống bình luận của Facebook phía trước danh sách bình luận của Blogspot 😂😂😂 Thế nên muốn quản được còm thì cần đăng ký một cái app ở Facebook, đặt rõ ID của app và của account ở phần meta tags, còn nếu không muốn dùng hệ thống còm của Facebook thì tìm trong mẫu dòng sau và xoá đi là xong (<div class="comments fb-comments" data-colorscheme="light" data-numposts="7" data-width="100%"/>)
Đặc điểm công nghệ:
- Dạng responsive, chạy tốt trên tất cả các thiết bị từ mobile tới máy tính (sử dụng Bootstrap 3)
- Tự điều chỉnh menu thành 2 cấp (chỉ định các mục menu cấp 2 bằng cách đặt dấu gạch chân [ _ ] - underscore) ở vị chí đầu tiên
- Khi xử lý các nhãn, thì nhãn có nội dung "Nổi bật" sẽ được bỏ qua (vì đây là nhãn dùng cho hiển thị bài nổi bật dạng slide ở trang chủ)
- Sử dụng font Roboto của Google Fonts để đem lại cách hiển thị tốt nhất khi đọc nhanh
- Các icon đều sử dụng Font Awesome 4, độ phân giải cao mà dung lượng lại bé 😋
- Cuối cùng (và cũng là hay ho nhất) 😍😍😍: tất cả các ảnh (nội dung, nền, link, ...) đang hosted ở địa chỉ "bp.blogspot.com" sẽ được "chuyển" sang sử dụng "lh.googleusercontent.com" để tránh bị chặn bởi ISP Việt Nam (vì ISP Vietnam "nhận lệnh lạ" để chặn DNS của tất cả các site .blogspot.com hoặc .wordpress.com)
- Minified: đã nén toàn bộ CSS và Javascript để trang chủ còn khoảng 20KB (tải nhanh nhất đối với mobile)
- Original: không nén CSS và Javascript, để vọc hoặc muốn xem tui làm gì (kích thước các trang web sẽ tăng lên khoảng 2-3 lần)
Tips & Tricks cho ZingMP3 DirectLinks
Vậy nên viết cái threads này để chia sẻ chút tips & tricks sao cho tiện lợi hơn, và trước hết trả lời câu hỏi là "tại sao chỉ đưa link tự động vào IDM?".
Trả lời là: chỉ mỗi IDM có hệ thống command-line tiện lợi để từ bên ngoài add link trực tiếp được, thế nên tool chỉ cần tìm xem có IDM không, có rồi gọi command-line để đưa vào phát là xong (ai thích tích hợp với IDM thì có thể xem ở đây).
Còn giờ là một số tips & tricks:
1. Chuẩn bị trước các links để download
Mở file "ZingMP3.Links.txt" có trong cùng folder với file .EXE để cập nhật, mỗi một dòng là một url/link tới một bài hát/album trên Zing MP3, khi chạy phát đầu tiên hệ thống sẽ tự động nạp nội dung này vào danh sách các url đã chọn.
2. Download bằng FireFox hoặc Chrome khi không dùng IDM
Thay vì tự động đưa download links vào IDM, thì sử dụng lựa chọn "Lưu các links để download MP3 vào file HTML", sau khi thực hiện việc bóc tách xong thì tool sẽ lưu các download links này vào một file .HTML trong folder "Links", sau đó có thể dùng FireFox hoặc Chrome để mở file .HTML này ra để bắt đầu download từ đó. File HTML này sẽ được đặt tên theo album (nếu url cung cấp là album), còn các bài hát sẽ nhóm chung vào một file có tên là "ZingMP3.DirectLinks.xxxxx.hml", với XXXXX là thời gian thực hiện.
3. Download một phát tuốt tuột các links trong file HTML bằng cách nào?
- Nếu dùng FireFox thì cài thêm cái add-on có tên là DownThemAll rồi sử dụng add-on này mà "bắt" toàn bộ link mà download, xem ở đây: https://addons.mozilla.org/en-US/firefox/addon/downthemall/
- Nếu dùng Chrome thì cài thêm cái extension có tên là Download Master rồi sử dụng cái extension này mà "bắt download links" thôi, xem ở đây: https://chrome.google.com/webstore/detail/download-master/mcceagdollnkjlogmdckgjakjapmkdjf
Ngoài ra, nếu có dùng một số công cụ quản lý tải xuống (download manager) như FlashGet, JDownload, ... thì bản thân các công cụ này có phần tích hợp sẵn với trình duyệt để "bắt links" rồi.
ZingMP3 Direct Links - Công cụ lấy link download MP3 chất lượng cao (HQ)
Tại sao lại viết cái tool này?
Vẫn thường xuyên tìm, download, biên tập rồi tống chỗ MP3 đó vào iPad/iPhone để chơi quả AirPlay hàng ngày thế nên nhu cầu cần công cụ để bóc các download links của một album nhạc nào đó là thực sự cần.Ở Việt nam thì có 2 site nhạc đủ tốt là NhacSo.net (của FPT) và Zing MP3 (của VNG). Tại NhacSo.net thì có nhiều nhạc chất lượng cao (HQ - High Quality) 320kbps, và để download được thì chỉ cần đăng nhập là xong. Còn ở Zing MP3 thì phải bỏ xèng ra mua VIP account thì mới download được nhạc chất lượng cao, còn không thì chỉ tối đa là 128 kbps.
Hồi trước hay dùng phần mềm Getlink mp3.zing.vn by ForceF5 của một chú viết bằng AutoIT để lấy download links của ZingMP3, cái dở hơi của phần mềm này nằm ở 2 chỗ:
- Viết bằng AutoIT nên hay bị các hệ thống chống vi-dút nó phang
- Phải có một VIP account để tải thông tin thì mới lấy được link hàng xịn.
Vì thế nên cứ một thời gian lại phải cập nhật lại với VIP account khác thì mới dùng được (giờ thì toi lâu rồi nhưng không thấy tác giả cập nhật thêm gì cả - chắc không ku nào cho mượn VIP account).
Còn để lấy download links ở NhacSo.net thì hay dùng phần mềm GetNhacSo.NET (của tác giả Nguyễn Khoa), giờ phần mềm này vẫn chạy ngon lành.
Ngoài ra có thêm một số tools khác nữa, nhưng toàn hàng đểu: cái thì lấy file về không đổi tên file, cái thì bắt cờ-ních từng phát, ... thế nên éo thèm dùng làm gì. Mà ở thời điểm đó lấy đủ số album vẫn thường nghe rồi (khoảng hơn 100 albums - 25 GB) nên cóc thèm quan tâm nữa.
Ngoài ra có thêm một số tools khác nữa, nhưng toàn hàng đểu: cái thì lấy file về không đổi tên file, cái thì bắt cờ-ních từng phát, ... thế nên éo thèm dùng làm gì. Mà ở thời điểm đó lấy đủ số album vẫn thường nghe rồi (khoảng hơn 100 albums - 25 GB) nên cóc thèm quan tâm nữa.
Nhưng đời đâu dễ, ông già bẩu mềnh chỉnh sửa lại 2 cái laptop mí cả loa, sau đó có nhu cầu download linh tinh xoè về để nghe (thậm chí vác cả về quê nữa), thế nên đến lúc cần xài thì lại éo có, loay hoay chán chê thì bực mình bỏ ra 1 tối về viết lại cái tool lấy download links từ Zing MP3 về (còn cái GetNhacSo.NET kia vẫn chạy ngon nên cứ xài thôi).
Chức năng của công cụ
- Lấy download links (HQ) của bài hát/album (có thể nhiều bài, nhiều album cùng lúc)
- Tự động đưa các download links này vào IDM (nếu máy có cài đặt IDM) để download cho tiện và nhanh
- Save các download links này xuống file TEXT hoặc file HTML (để làm gì thì tuỳ).
- Tự động cập nhật phần mềm khi có phiên bản mới (đề phòng ZingMP3 thay đổi, cập nhật lại phần mềm phát thì có luôn).
Yêu cầu của hệ thống
- Chỉ chạy trên hệ điều hành Microsoft Windows
- Đã cài đặt .NET Framework 2.0 (Windows 7/8 thì có sẵn rồi - chưa có thì download từ website của Microsoft về mà cài thôi)
- Tải từ đây về: Get_MP3_Direct_Links.zip, tời ra phát là dùng luôn.
Khác
Trong file .ZIP đi kèm có luôn phần mềm lấy download links từ NhacSo.net của Nguyễn Khoa (để dùng luôn, nếu hãi thì xoá béng đi rồi download lại từ cái link của eChip ở trên là được).
Với phần mềm này thì chú ý cái file nSoConfig.ini chứa cấu hình mặc định nhé (sửa thế nào thì cứ mở ra rồi thử sẽ biết).
Với phần mềm này thì chú ý cái file nSoConfig.ini chứa cấu hình mặc định nhé (sửa thế nào thì cứ mở ra rồi thử sẽ biết).
Ngoài ra, nếu muốn biên tập các thông tin của file MP3 (thêm cover-art, sửa tiêu đề/nghệ sĩ, ....) thì nên dùng phần mềm TagScan (cực ngon).
Thay đổi CSDL trong thời gian run-time khi làm việc với Castle ActiveRecord
Sau hơn 2 năm, thì giờ bắt đầu phát sinh một nhu cầu khi lượng dữ liệu lớn lên, là: "Vẫn là đối tượng của Castle ActiveRecord đó nhưng về mặt dữ liệu thì có thể lưu ở nhiều CSDL khác nhau".
Thực sự là vấn đề rồi, vì Castle ActiveRecord lúc khởi động (initialize) đối tượng để tạo mapping với NHibernate thì đã chỉ ra class nào, dùng connection nào. Nghĩa là lúc run-time thì Castle ActiveRecord cần các thông tin này để fetch dữ liệu cũng như làm việc với máy chủ CSDL.
Sau một hồi loay hoay đi tìm (vấn đề muôn thủa của Open Source là tài liệu kém, cộng đồng thì đông dẫn tới hỏi và trả lời loạn xạ), thì đã tìm ra phương án: Sử dụng class DifferentDatabaseScope của namespace Castle.ActiveRecord.Framework.Scopes thì sẽ giải quyết được vấn đề này, mỗi cái lúc đó sẽ phải chú ý phần xử lý transaction đối với Create/Save/Update/Delete.
Đã ghi lại một số link để tham khảo:
Đặc thù của Lập trình hướng đối tượng
Thực sự là éo biết ở trường dạy cái mẹ gì cao siêu nữa mà chẳng có ku nào trả lời được một cách nhanh chóng và đúng cả.
Vậy thôi thì pốt ở đây để các chú liệu mà đọc trước rồi đến trả lời mềnh (trính từ: http://vi.wikipedia.org/wiki/L%E1%BA%ADp_tr%C3%ACnh_h%C6%B0%E1%BB%9Bng_%C4%91%E1%BB%91i_t%C6%B0%E1%BB%A3ng)
--------------------------------------------------------------------
Đối tượng (object): Các dữ liệu và chỉ thị được kết hợp vào một đơn vị đầy đủ tạo nên một đối tượng. Đơn vị này tương đương với một chương trình con và vì thế các đối tượng sẽ được chia thành hai bộ phận chính: phần các phương thức (method) và phần các thuộc tính (attribute). Trong thực tế, các phương thức của đối tượng là các hàm và các thuộc tính của nó là các biến, các tham số hay hằng nội tại của một đối tượng (hay nói cách khác tập hợp các dữ liệu nội tại tạo thành thuộc tính của đối tượng). Các phương thức là phương tiện để sử dụng một đối tượng trong khi các thuộc tính sẽ mô tả đối tượng có những tính chất gì.
- Các phương thức và các thuộc tính thường gắn chặt với thực tế các đặc tính và sử dụng của một đối tượng.
Trong thực tế, các đối tượng thường được trừu tượng hóa qua việc định nghĩa của các lớp (class).
Tập hợp các giá trị hiện có của các thuộc tính tạo nên trạng thái của một đối tượng.
Mỗi phương thức hay mỗi dữ liệu nội tại cùng với các tính chất được định nghĩa (bởi người lập trình) được xem là một đặc tính riêng của đối tượng. Nếu không có gì lầm lẫn thì tập hợp các đặc tính này gọi chung là đặc tính của đối tượng.
-
Tính trừu tượng (abstraction): Đây là khả năng của chương trình bỏ qua hay không chú ý đến một số khía cạnh của thông tin mà nó đang trực tiếp làm việc lên, nghĩa là nó có khả năng tập trung vào những cốt lõi cần thiết. Mỗi đối tượng phục vụ như là một "động tử" có thể hoàn tất các công việc một cách nội bộ, báo cáo, thay đổi trạng thái của nó và liên lạc với các đối tượng khác mà không cần cho biết làm cách nào đối tượng tiến hành được các thao tác. Tính chất này thường được gọi là sự trừu tượng của dữ liệu.
Tính trừu tượng còn thể hiện qua việc một đối tượng ban đầu có thể có một số đặc điểm chung cho nhiều đối tượng khác như là sự mở rộng của nó nhưng bản thân đối tượng ban đầu này có thể không có các biện pháp thi hành. Tính trừu tượng này thường được xác định trong khái niệm gọi là lớp trừu tượng hay lớp cơ sở trừu tượng.
-
Tính đóng gói (encapsulation) và che giấu thông tin (information hiding): Tính chất này không cho phép người sử dụng các đối tượng thay đổi trạng thái nội tại của một đối tượng. Chỉ có các phương thức nội tại của đối tượng cho phép thay đổi trạng thái của nó. Việc cho phép môi trường bên ngoài tác động lên các dữ liệu nội tại của một đối tượng theo cách nào là hoàn toàn tùy thuộc vào người viết mã. Đây là tính chất đảm bảo sự toàn vẹn của đối tượng.
-
Tính đa hình (polymorphism): Thể hiện thông qua việc gửi các thông điệp (message). Việc gửi các thông điệp này có thể so sánh như việc gọi các hàm bên trong của một đối tượng. Các phương thức dùng trả lời cho một thông điệp sẽ tùy theo đối tượng mà thông điệp đó được gửi tới sẽ có phản ứng khác nhau. Người lập trình có thể định nghĩa một đặc tính (chẳng hạn thông qua tên của các phương thức) cho một loạt các đối tượng gần nhau nhưng khi thi hành thì dùng cùng một tên gọi mà sự thi hành của mỗi đối tượng sẽ tự động xảy ra tương ứng theo đặc tính của từng đối tượng mà không bị nhầm lẫn.
Thí dụ khi định nghĩa hai đối tượng "hinh_vuong" và "hinh_tron" thì có một phương thức chung là "chu_vi". Khi gọi phương thức này thì nếu đối tượng là "hinh_vuong" nó sẽ tính theo công thức khác với khi đối tượng là "hinh_tron".
-
Tính kế thừa (inheritance): Đặc tính này cho phép một đối tượng có thể có sẵn các đặc tính mà đối tượng khác đã có thông qua kế thừa. Điều này cho phép các đối tượng chia sẻ hay mở rộng các đặc tính sẵn có mà không phải tiến hành định nghĩa lại. Tuy nhiên, không phải ngôn ngữ định hướng đối tượng nào cũng có tính chất này.
Một cách nhìn về triển khai phần mềm ở Việt Nam
Chúng ta đã được nghiên cứu rất cẩn thận về quy trình sản xuất phần mềm, tuy nhiên trong khuôn khổ bài viết này tôi muốn bàn luận về một số kinh nghiệm trong công việc Triển khai Phần mềm tại Việt Nam theo một cách nhìn thực tế.
Để dễ dàng trình bày, tôi mạnh dạng cho rằng một sản phẩm phần mềm được đưa vào ứng dụng có thể so sánh với việc một tác phẩm âm nhạc được đưa ra phổ biến trong dân chúng. Thật vậy, nếu bỏ qua những đặc thù của từng loại thì có thể so sánh quy trình hình thành hai loại sản phẩm này như sơ đồ hình ở trên (http://www.erpsolution.com.vn/showthread.php?t=199)
Một tác phẩm âm nhạc đi đến với công chúng thường có 3 tầng sáng tác: Nhạc sĩ, ca sĩ và người nghe. Nhạc sĩ sáng tác là điều tất nhiên. Ca sĩ cũng sáng tác ra cách để biểu diễn và truyền đạt cảm hứng của nhạc phẩm ứng với từng sân khấu, từng đối tượng nghe. Người nghe mỗi người hiểu và thưởng thức nhạc phẩm theo cách riêng, không gian riêng, tâm trạng riêng của mình.
Có rất nhiều nhạc phẩm sau khi được sáng tác thì chính nhạc sĩ đó biểu diễn luôn ví dụ như các tác phẩm của các nhạc sĩ Thế Hiển, Đức Huy hay Quốc Bảo… nhưng hầu hết các nhạc phẩm được sáng tác bởi một nhạc sĩ và được biểu diễn bởi một số ca sĩ mà không phải là chính nhạc sĩ đã sáng tác ra nó, đôi khi nguyên nhân rất đơn giản là do người nhạc sĩ không có chất giọng tốt. Mức độ thành công của kiểu nói trên thật khó so sánh, nhưng phải chăng nó hình thành ngay trong chúng ta một số khái niệm đó là khả năng và sự phù hợp.
Hiện nay, việc triển khai phần mềm đã được nhìn nhận và đánh giá cao hơn bởi hai nguyên nhân chính, thứ nhất là nó đã mang lại một doanh số khá cao, thứ hai là những phần mềm của nước ngoài như Solomon, ERP, Aptra… thì Việt nam chỉ có triển khai chứ không sản xuất. Tuy nhiên, theo tôi còn một nguyên nhân khá quan trọng nhưng ít được nói đến là “ôm khách hàng”, nhiều doanh nghiệp ngầm xem việc đưa quân mình đi triển khai là con đường ngắn nhất để tạo uy tín và thương hiệu đối với khách hàng.
Cần phải nói thêm rằng càng ngày nhu cầu triển khai phần mềm tại Việt Nam càng được tăng cao, đã qua rồi cái thời các phần mềm theo kiểu “may đo” nhỏ lẻ mà thay vào đó là các yêu cầu tích hợp phần mềm, phần mềm dùng chung…đó là các phần mềm được triển khai toàn quốc, hay toàn tỉnh nên nhu cầu về cán bộ triển khai sẽ được chú trọng trong thời gian tới.
Như vậy, xét ở góc độ kinh doanh thì rõ ràng xứ mệnh của công việc triển khai phần mềm không hề nhỏ chút nào. Điều đáng nói ở đây là hầu hết các nơi đào tạo chuyên viên CNTT chỉ nhấn mạnh đào tạo học viên trong việc sản xuất phần mềm, còn việc triển khai phần mềm coi như là tất nhiên. Ai cũng biết rằng trong “Water fall” đã có “Deployment” nhưng những kỹ năng cần thiết của ca sĩ và nhạc sĩ thì không thể đánh đồng, bao hàm.
Bây giờ chúng ta thử đi vào ghi nhận lại những tồn đọng mà việc triển khai phần mềm đang gặp phải, chúng ta sẽ cố gắng bỏ qua những tồn đọng do nguyên nhân khách quan mà chỉ tập trung vào những nguyên nhân chủ quan.
Quản lý cấu hình
Điều này thường xuyên xảy ra đối với các cán bộ triển khai (CBTK) được lấy ra từ đội sản xuất. Cho dù có quy định thế nào đi nữa thì việc các CBTK ngồi sửa code tại khách hàng là điều khó tránh khỏi, vì theo suy nghĩ của họ thì chỉ cần sửa nhỏ chút xíu mà chương trình đáp ứng yêu cần của người dùng, sau này về cơ quan sửa lại. Tuy nhiên, khi về cơ quan thì vì rất nhiều nguyên nhân khuyến họ không còn nhớ việc đó nữa, nhiều người như vậy để rồi cuối cũng thì mỗi đơn vị khách hàng có một phiên bản khách nhau, đến một thời điểm thì việc quản lý cấu hình không còn khả thi. Điều này đã rất nhiều đơn vị gặp và hậu quả của nó là không thể thu thập đầy đủ các phản hồi của người dùng và cực kỳ khó khăn khi cài đặt phiên bản mới. Việc này có thể ví như anh chàng nhạc sĩ tự biểu diễn bài hát của mình, gặp hôm nào thấy đau cổ họng thì rút viết ra chỉnh lại vài nốt nhạc cho dễ hát.
Đóng gói
Thông thường thì đội sản xuất sẽ không mấy tập trung cho việc đóng gói sản phẩm, bởi khi họ trực tiếp đi triển khai thì việc cài đặt, cấu hình như thế nào sẽ không là vấn đề. Vấn đề sẽ cực kỳ gian nan với những CBTK mà không phải xuất thân từ đội sản xuất đó, họ phải làm quen hàng loạt thông số, dữ liệu, và đôi khi cả cấu trúc của chương trình. Đau khổ hơn là khi trực tiếp triển khai mới phát sinh lỗi mà lỗi này do một thông số nào đó mình chưa được đào tạo lại hoặc mình quên. Điều này giống như ca sĩ phải trình bày một nhạc phẩm sau khi nghe ai đó đã hát mà không được xem bản nhạc gốc, nên việc hát sai nhạc, sai lời là chuyện thường.
Tiếp nhận phản hồi
Khi khách hàng yêu cầu chỉnh sửa hoặc bỗ sung một số chức năng, nếu CBTK là người xuất thân từ đội sản xuất, thay vì anh ta ghi nhận hoặc giải thích thì anh ta lại đứng phân tích ngầm trong đầu: Việc này cần phải sửa database, sửa code, sửa report… nếu thấy sửa nhiều quá thì anh ta tìm mọi cách để áp đặt khách hàng làm theo ý mình, ngược lại, nếu thấy chỉ sửa nhỏ thì anh ta đồng ý. Rất nhiều khách hàng bực bội và cho rằng họ bị áp đặt và có một số trường hợp người dùng sẽ tẩy chay chương trình. Việc tiếp nhận phản hồi của khách hàng là một may mắn của sản phẩm phần mềm nếu so với tác phẩm âm nhạc, không có khán thính giả nào lại yêu cầu ca sĩ “về nói ông nhạc sĩ viết lời lại và chỉnh một số nốt nhạc thì tôi mới nghe”, mà ngược lại nếu nghe không hay thì người ta bỏ luôn. Chúng ta cần tận dụng tối đa may mắn này trong việc sản xuất phần mềm.
Hiểu nghiệp vụ
Hầu hết các doanh nghiệp chỉ chú tâm rằng nhân viên triển khai của mình đã nắm bắt được các tính năng của chương trình hay chưa, chứ không mấy quan tâm đến việc nhân viên của mình đã hiểu nghiệp vụ của người dùng hay chưa. Rắc rối này thường gặp nhất ở các nhân viên trẻ, trong quá trình đào tạo, họ thường chú tâm đến những gì phần mềm mình có mà rất ít khi quan tâm đến thực tế khách hàng làm việc thế nào, đã nhiều lần tôi gặp trường hợp khá buồn cười: sau khi hướng dẫn cho khách hàng đầy đủ các tính năng của chương trình Quản lý Công văn, khách hàng lấy ra một vài công văn yêu cầu CBTK áp dụng thử thì chịu, vì CBTK không biết được đâu là trích yếu, đâu là số ký hiệu gốc…của Công văn ấy. Đó là chưa nói có rất nhiều từ ngữ nghiệp vụ của khách hàng mà chúng ta hầu như chưa tìm hiểu bao giờ, ví dụ: “sao y” khác với “chứng thực” thế nào, “đăng bộ” là gì, “tống đạt” là gì… Tất nhiên, không môi trường đào tạo nào có thể giảng dạy đầy đủ, tuy nhiên việc chỉ tập trung nắm bắt các tính năng của chương trình mà quên đi nghiệp vụ đã để lại không ít hoài nghi trong suy nghĩ của khách hàng. Điều này cũng giống như ca sĩ chỉ cố công gào thét, còn gào thét để làm gì thì không xác định được.
Dẫn dắt vấn đề
Lần này thì giả sử họ hiểu nghiệp vụ rất rõ, nhưng tôi lại muốn nói đến khía cạnh CBTK dẫn dắt người dùng vào chương trình của mình như thế nào. Thường thì có 2 cách dẫn dắt: “1- các anh chị dùng tính năng X của chương trình để làm công việc A” hoặc “2- Khi có nhu cầu làm công việc A thì các anh chị mở tính năng X ra để áp dụng”, về ý nghĩa thì như nhau, nhưng hầu hết các CBTK thường dùng cách 1, trong khi cách 2 thường mang lại hiệu quả hơn, kiểu dẫn dắt ấy giúp người dùng đi từ những việc thông thường của họ và bước dần vào chương trình mới mẻ, cách 2 còn khẳng định với khách hàng rằng “tôi đã hiểu nghiệp vụ của các anh chị”. Các ca sĩ khi về những vùng quê muốn hát nhạc Disco thì trước tiên họ cũng hát vài bản nhạc tình cảm.
Giao tiếp
Có thể nói, khi đi triển khai, đối tượng làm việc của chúng ta là con người chứ không phải là máy tính như khi ta sản xuất chương trình. Chúng ta sẽ được tiếp súc với nhiều đối tượng, nhiều quan chức khác nhau, mỗi người trong họ lại có những độ thông cảm không giống nhau. Rắc rối sẽ bắt đầu xuất hiện khi chúng ta không đủ tự tin khi tiếp xúc với họ mà nguyên nhân phần lớn là do chúng ta chuẩn bị tâm lý không cẩn thận. Đặc biệt có nhiều vị khách hàng thường hỏi những vấn đề mỡ rộng đôi chút thì gần như CBTK bắt đầu lúng túng, đó cũng là thời điểm phát sinh tư tưởng “ngon”, không biết cũng không giám nói là “để em xem lại” hoặc “để em về báo cáo với lãnh đạo bên em”, thay vào đó CBTK lại mông lung nói không đâu ra đâu. Chúng ta thường đánh giá không cao khả năng về CNTT của khách hàng, tưởng rằng có thể “múa rìu qua mắt thợ điện” ai ngờ trước mặt mình là tay “thợ rừng chuyên nghiệp”. Xin phép khẳng định rằng trong khách hàng có không ít vị rất am tường về ứng dụng CNTT, vì thế chúng ta cần hết sức thận trọng, hoặc ít nhất chúng ta cần tôn trọng khách hàng vì họ luôn là người nắm nghiệp vụ hơn chúng ta nhiều.
Hình như trong suốt quá trình triển khai phần mềm, CBTK nào cũng ít nhất cãi nhau với khách hàng một vài lần, không phải cuộc cãi nhau nào cũng có hại nhưng chắc chắn rằng buổi làm việc đó sẽ không có kết quả. Các cuộc cãi nhau thường bắt đầu khi khách hàng chê phần mềm của chúng ta kém, máu “văn ta vợ người” trào lên, và lúc đó chúng ta cố hết lời để chứng minh phần mềm của mình ngon. Các ca sĩ thì họ thường chuẩn bị trước, không phải một bài hát họ rất tâm đắc nào cũng có thể làm hài lòng tất cả người nghe, có nhiều người mê cuồng bài hát đó nhưng cũng không ít người bỉu môi.
Kỹ năng giảng dạy
Điều này có lẽ phụ thuộc rất nhiều vào năng khiếu của mỗi người nhưng không phải là không thể tập luyện, bởi ngoài khả năng ăn nói lưu loát thì trong giảng dạy quan trọng nhất vẫn là nội dung muốn truyền đạt. Hầu hết CBTK đều không xác định trước đối tượng mình sẽ trình bày để chuẩn bị nội dung tương ứng, chúng ta cũng ít khi xác định mục đích và những tiêu chí cần thiết nhất để truyền đạt, nên dễ bị mông lung. Có khi chúng ta chỉ giảng dạy cho một nhóm người nhưng cũng nhiều khi chúng ta phải đứng giảng trước cả hội trường với Micro, máy chiếu. Có thể nói rằng rất ít người trong chúng ta đóng tròn vai thầy giáo này. Run sợ là biểu hiện đầu tiên, kéo theo đó là lắc chuột vô tội vạ trên màn hình, nói thì ít lắc chuột thì nhiều. Có khi dừng lại một hồi lâu không nói gì mà cứ gõ phím rồi lại xoá, gõ rồi lại xoá. Mồ hôi thì chảy dài trên má và đẫm cả áo, nhìn thấy thương. Cá biệt có trường hợp do run quá mà làm rơi Micro. Nhiều trường hợp không hề quan tâm đến việc chọn vị trí đứng giảng cho phù hợp vừa gây khó cho mình lại khó cho người thao dõi.
Rồi xưng hô, đứng giảng dạy nhiều bạn vẫn xưng là con cho ngôi thứ nhất, theo tôi thì cứ phải xưng tôi, chúng tôi hoặc tối thiểu cũng phải là em.
Theo tôi thì việc không chuẩn bị kỷ cho đội quân triển khai là nguyên nhân chính. Hậu quả của nó là cuối buổi dạy, nhìn xuống bên dưới không còn mấy người.
Sức khoẻ
CBTK phải có sức khoẻ dồi dào mới có thể đáp ứng yêu cầu công việc liên tục và cường độ cao. Trước hết, lịch sinh hoạt cá nhân hoàn toàn bị xáo trộn, qua rồi cái ngày ở nhà với mẹ, chăn ấm nệm êm, cơm no áo ấm. Lần này chúng ta phải thường xuyên di chuyển không kể ngày hay đêm, việc ngủ trên xe để sáng hôm sau đến nơi làm việc tiếp là bình thường. Nhiều bạn không quen đi xe nên bị say xe, uống thuốc vẫn say, mà đã say xe thì sự mệt mỏi là người bạn đồng hành bất đắc dĩ, chúng ta cũng không thể làm việc tốt mỗi khi có người bạn này bên mình. Không thể định trước mình sẽ ngủ bao nhiêu tiếng đồng hồ hay thức dậy lúc mấy giờ, cũng không thể định trước mình hoàn thành công việc vào giờ nào, xong việc có về được ngay hay phải trú lại đêm. Thường thì xong việc sẽ được mời nhậu, nếu chúng ta không biết nhậu thì đấy là một nỗi khốn khổ, tôi cũng là người không biết nhậu nên tôi thường từ chối với lý do việc còn nhiều, hoặc tôi sẽ đi cùng với một bạn biết nhậu. Nói chung cuộc sống của CBTK là: Ăn bất kỳ món gì, bất kỳ ở đâu, đâu cũng là nhà, đâu cũng là giường, chuyện giờ giấc xin quên đi và đòi hỏi chúng ta phải có một thể lực dồi dào. Đi triển khai cũng giống như ca sĩ chạy show, chỉ khác nhau là họ được nhiều tiền thù lao còn chúng ta được nhiều rượu bia, say xe và ăn quán ngủ trọ.
Dịch vụ cơ bản
Điều thiếu nhất của các CBTK xuất thân từ dân phần mềm là các dịch vụ cơ bản, nó là Windows, LDAP, DHCP, DNS, IIS, Mail Server, là ADSL, TCP/IP, kiến trúc mạng… Phần lớn chúng ta xem đó là những thứ đã có sẵn, đã hoàn chỉnh, công việc của chúng ta chỉ là Phần mềm. Cũng vì thế mà khi chạy đến khách hàng, thấy máy không kết nối mạng được thì chúng ta lại về, nếu chúng ta có kiến thức hạ tầng thì có thể chúng ta sẽ kiểm tra và kết nối mạng giúp các đơn vị, sau đó mình làm việc của mình, vừa hoàn thành công việc lại vừa được lòng khách hàng. Tất cả các kiến thức nói trên thật ra chỉ cần đào tạo trong một ngày là có thể áp dụng được nhưng hầu hết các doanh nghiệp không hề quan tâm đến nó, bản thân chúng ta cũng không tự nghiên cứu. Tệ hại hơn, nhiều bạn sau khi “mò mẫm” thì làm cho máy của khách hàng rớt mạng luôn, không biết chỉnh sửa thế nào nên đành bỏ về. Chúng ta nghĩ gì khi một ca sĩ đến nơi biểu diễn đầy ắp khán giả ham mộ, đầy đủ mọi thứ nhưng dàn nhạc không đánh được bài Rock mà ca sĩ định biểu diễn, thế là ca sĩ bỏ về trong sự ngơ ngác của khán giả. Rõ ràng nếu có sự chuẩn bị nghiêm túc thì ca sĩ luôn mang kèm theo mình đĩa nhạc đệm đã đánh sẵn.
Tán gẫu với IT
Thường thì đi ăn trưa hay đi nhậu, các IT tranh thủ hỏi chúng ta một số thông tin, khuất mắt, băn khoăn, nhất là các vấn đề về dịch vụ cơ bản như đã nói ở trên. Đôi khi chúng ta chỉ cần nói chuyện “chim trời cá nước” gì đó cũng được nhưng phải nói, phải giao tiếp thì mới vui, mới để lại ấn tượng. Không ít người chẳng biết nói gì nên cứ ngồi đợi người ta nói, mình nghe. Còn nếu IT cũng im re thì bữa ăn trở nên nặng nề vô cùng. Thật ra, thân tình với IT hay không là những lúc này, IT có quý mình hay không là những lúc này. Nếu chúng ta nói được những thông tin quý thoả đáng hoặc nói chuyện vui vẻ thì họ sẽ thấy chúng ta nhiệt tình, dễ mến. Nhiều ca sĩ hát nghe cũng được nhưng trả lời phỏng vấn của báo chí thì không nhận ra đâu là họ nữa.
Tư vấn
Đây là yếu điểm nhất của phần lớn các CBTK, trong các Hợp đồng Kinh tế về triển khai phần mềm thường để trách nhiệm của bên B: “Tư vấn và triển khai”, tuy nhiên gần như các doanh nghiệp chỉ chú tâm tư vấn ở tầm lãnh đạo, còn các CBTK hầu như quên mất nhiệm vụ này. Thật ra làm thế nào để có thể áp dụng phần mềm mình triển khai vào quy trình công việc hiện tại cuả khách hàng một cách phù hợp nhất mới là nhiệm vụ khó khăn của CBTK. Rất tiếc, các doanh nghiệp vừa thiếu người có khả năng tư vấn lại vừa thiếu quan tâm nên công việc triển khai phần mềm lắm khi có sự chênh vênh giữa yêu cầu người dùng và các tính năng của chương trình.
Cho dù còn nhiều khập khiển trong cách so sánh giữa sứ mệnh của Cán bộ triển khai phần mềm và sứ mệnh của Ca sĩ, tuy nhiên việc mang đến cho thính khán những âm hưởng ngọt ngào để rồi trong phút giây chạnh lòng con người ta lại nghĩ về âm hưởng đó, nghĩ về người ca sĩ đã truyền tải. Một ca khúc chỉ hay khi mà ca khúc ấy được biểu diễn bởi một ca sĩ có những tố chất phù hợp, một ca sĩ đầy tâm huyết và có sự chuẩn bị chu đáo.
Xem ra, những yêu cầu cần thiết của một CBTK không hề đơn giản, tuy nhiên cho dù không có được những yêu cầu trên thì những CBTK cũng đã hoàn thành “xuất sắc” công việc của mình. Thông điệp của bài viết cũng chỉ dừng lại ở góc độ tham khảo, nếu nhiều hơn cũng chỉ là một sự chuẩn bị tối thiểu về tư tưởng nếu chúng ta chọn công việc triển khai phần mềm. Riêng với tôi, là một cán bộ triển khai, tôi rất hạnh phúc, đơn giản vì nó phù hợp với sở thích. Khi triển khai phần mềm tôi được đi nhiều nơi, được sống cuộc sống mà có thể tạm gọi là “chu du thiên hạ”. Tôi thích được tiếp xúc với nhiều kiểu người khác nhau, thích được người khác đánh giá về mình và trong những chuyến đi, tôi không quên nhìn trời nhìn đất, nhìn núi nhìn sông, nhìn cảnh sống cơ cực của người dân trên khắp mảnh đất hình chữ S.
ActiveRecord 3.0 RC is out
-------------------------------------------------
Hi all,
I would like to announce that ActiveRecord 3.0 Rc is out. Here is the
change list since from 3.0 beta:
- Updated NHibernate to to 3.1.0 ga
- Updated NHibernate.Search to NH3 compatible release
- Updated Lucene.net to 2.9.2
- Added the support for Field Camelcase Underscore (AR-296)
- Lazy loading for blob properties
- Foreign Key for HasAndBelongsToMany (AR-288)
- Added support for scope less lazy loading (AR-297). Very usefull for
desktop applications.
Cheers,
Henry Conceição (link)
Hack ứng dụng ASP.NET thông qua ViewState ???
Giữa trưa rảnh việc mở mấy cái logs của IIS ra xem, tự dưng thấy đoạn truyền dữ liệu loạn xị cho ViewState đối với ứng dụng ASP.NET, đoán đây là chú nào định tập toẹ hack ứng dụng nhưng chưa rõ kết quả ra sao. Từ trước đến nay cũng chửa được đọc đoạn nào viết về hack thành công ứng dụng ASP.NET thông qua ViewState cả, thế nên pọt ra đây để bà con lạc qua tham khảo tý (nếu bạn nào có thông tin liên qua thì ới cái nhé).
Xem đoạn logs này:
2010-04-04 13:25:51 GET /PortletBlank.aspx/F3F05BCB76974069BF8375CD88012BC9/View/OtherLanguage/E52A119B8EF9446A833EA8588A0C3F7A/PortletBlank.aspx desktop=Blank&portletId=F3F05BCB76974069BF8375CD88012BC9&action=View&catName=OtherLanguage&contId=E52A119B8EF9446A833EA8588A0C3F7A&page=7748&print=711652057-999-20081114-Gioi_thieu_COBOL%2450990%3f__VIEWSTATE%3ddDwxOTYzMjg4ODQwO3Q8O2w8aTwwPjs+O2w8dDxwPGw8dG9wTWFyZ2luO2JvdHRvbU1hcmdpbjtsZWZ0TWFyZ2luO3JpZ2h0TWFyZ2luO29ubG9hZDs+O2w8MDswOzA7MDtpbml0aWFsaXplVklFUG9ydGFsRGVza3RvcCgpXDs7Pj47bDxpPDM+Oz47bDx0PDtsPGk8MT47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDE+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDE+O2k8Mz47aTw1Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PDtsPGk8MD47PjtsPHQ8O2w8aTwxPjs+O2w8dDxwPGw8d2lkdGg7PjtsPDEwMCU7Pj47bDxpPDE+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDA+O2k8ND47aTw2Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+O2w8aTwxPjtpPDM+Oz47bDx0PHQ8O3A8bDxpPDA+O2k8MT47aTwyPjtpPDM+O2k8ND47PjtsPHA8MSAtIEvDqW07MT47cDwyIC0gVOG6oW0gxJHGsOG7o2M7Mj47cDwzIC0gS2jDoTszPjtwPDQgLSBU4buRdDs0PjtwPDUgLSBS4bqldCB04buRdDs1Pjs+Pjs+Ozs+O3Q8cDxwPGw8VGV4dDs+O2w8IENo4buNbiA7Pj47Pjs7Pjs+Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+O2w8aTw2PjtpPDc+Oz47bDx0PDtsPGk8MT47PjtsPHQ8O2w8aTwyPjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjs+Pjs+Pjt0PHA8cDxsPFRleHQ7PjtsPCBH4butaSA7Pj47cDxsPG9uY2xpY2s7PjtsPGlmKCFfX2FydGljbGVSZXZpZXdDb250ZW50SXNPaygpKSByZXR1cm4gZmFsc2VcOzs+Pj47Oz47Pj47Pj47Pj47Pj47Pj47Pj47Pj47dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+yjw6zBjMg2ZDpdX+CBOnssZAYxc%3d&___popCalendarOutput=%3f__VIEWSTATE%3ddDwxOTYzMjg4ODQwO3Q8O2w8aTwwPjs+O2w8dDxwPGw8dG9wTWFyZ2luO2JvdHRvbU1hcmdpbjtsZWZ0TWFyZ2luO3JpZ2h0TWFyZ2luO29ubG9hZDs+O2w8MDswOzA7MDtpbml0aWFsaXplVklFUG9ydGFsRGVza3RvcCgpXDs7Pj47bDxpPDM+Oz47bDx0PDtsPGk8MT47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDE+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDE+O2k8Mz47aTw1Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PDtsPGk8MD47PjtsPHQ8O2w8aTwxPjs+O2w8dDxwPGw8d2lkdGg7PjtsPDEwMCU7Pj47bDxpPDE+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDA+O2k8ND47aTw2Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+O2w8aTwxPjtpPDM+Oz47bDx0PHQ8O3A8bDxpPDA+O2k8MT47aTwyPjtpPDM+O2k8ND47PjtsPHA8MSAtIEvDqW07MT47cDwyIC0gVOG6oW0gxJHGsOG7o2M7Mj47cDwzIC0gS2jDoTszPjtwPDQgLSBU4buRdDs0PjtwPDUgLSBS4bqldCB04buRdDs1Pjs+Pjs+Ozs+O3Q8cDxwPGw8VGV4dDs+O2w8IENo4buNbiA7Pj47Pjs7Pjs+Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+O2w8aTw2PjtpPDc+Oz47bDx0PDtsPGk8MT47PjtsPHQ8O2w8aTwyPjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjs+Pjs+Pjt0PHA8cDxsPFRleHQ7PjtsPCBH4butaSA7Pj47cDxsPG9uY2xpY2s7PjtsPGlmKCFfX2FydGljbGVSZXZpZXdDb250ZW50SXNPaygpKSByZXR1cm4gZmFsc2VcOzs+Pj47Oz47Pj47Pj47Pj47Pj47Pj47Pj47Pj47dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+yjw6zBjMg2ZDpdX+CBOnssZAYxc%3d%2c?__VIEWSTATE=dDwxOTYzMjg4ODQwO3Q8O2w8aTwwPjs+O2w8dDxwPGw8dG9wTWFyZ2luO2JvdHRvbU1hcmdpbjtsZWZ0TWFyZ2luO3JpZ2h0TWFyZ2luO29ubG9hZDs+O2w8MDswOzA7MDtpbml0aWFsaXplVklFUG9ydGFsRGVza3RvcCgpXDs7Pj47bDxpPDM+Oz47bDx0PDtsPGk8MT47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDE+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDE+O2k8Mz47aTw1Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PDtsPGk8MD47PjtsPHQ8O2w8aTwxPjs+O2w8dDxwPGw8d2lkdGg7PjtsPDEwMCU7Pj47bDxpPDE+Oz47bDx0PDtsPGk8MD47PjtsPHQ8O2w8aTwwPjs+O2w8dDw7bDxpPDA+O2k8ND47aTw2Pjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+O2w8aTwxPjtpPDM+Oz47bDx0PHQ8O3A8bDxpPDA+O2k8MT47aTwyPjtpPDM+O2k8ND47PjtsPHA8MSAtIEvDqW07MT47cDwyIC0gVOG6oW0gxJHGsOG7o2M7Mj47cDwzIC0gS2jDoTszPjtwPDQgLSBU4buRdDs0PjtwPDUgLSBS4bqldCB04buRdDs1Pjs+Pjs+Ozs+O3Q8cDxwPGw8VGV4dDs+O2w8IENo4buNbiA7Pj47Pjs7Pjs+Pjt0PHA8bDxWaXNpYmxlOz47bDxvPGY+Oz4+O2w8aTw2PjtpPDc+Oz47bDx0PDtsPGk8MT47PjtsPHQ8O2w8aTwyPjs+O2w8dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjs+Pjs+Pjt0PHA8cDxsPFRleHQ7PjtsPCBH4butaSA7Pj47cDxsPG9uY2xpY2s7PjtsPGlmKCFfX2FydGljbGVSZXZpZXdDb250ZW50SXNPaygpKSByZXR1cm4gZmFsc2VcOzs+Pj47Oz47Pj47Pj47Pj47Pj47Pj47Pj47Pj47dDxwPGw8VmlzaWJsZTs+O2w8bzxmPjs+Pjs7Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+Pjs+yjw6zBjMg2ZDpdX+CBOnssZAYxc=&___popCalendarOutput=
New memcached
Thế quái nào mà lại lạc vào trang web memcached của Danga thì thấy redirect sang địa chỉ khác. Hoá ra là có version mới, và cái hay nhất là version này cũng đã được port sang Windows và có đủ cả 2 phiên bản (32 bits và 64 bits).
Thế nên post chơi ở đây để lúc nào tham khảo lại:
- Trang web mới của memcached: http://memcached.org/
- Memcached Wiki: http://code.google.com/p/memcached/wiki/Start
- Danh sách các hệ thống memcached trên các nền khác nhau (trong đó có Windows): http://labs.northscale.com/memcached-packages/
TSB cái thằng IE8
Hai hôm nay loay hoay đi tìm lý do tại sao cái SSO chạy với IE8 lăn ra chết, cứ tưởng mô hình đểu với code 4`. Nhưng thử nghiệm với các trình duyệt Non-M$ thì cái nào cũng ngon (FireFox, Opera, ...) còn những cái M$-based như IE8, Google Chrome & Safari (bố sư khỉ 2 cái thằng to mồm này, dùng IE-core mà la to thế).
Mở Google với Bing.com ra tìm chơi thì thấy web deverlopers khắp thế giới chửi bới M$ om tỏi cả lên, thì ra cái tội là bản IE8 bọn M$ nó tách mỗi tab/window thành một instance riêng và không đưa bất kỳ cái cookie/session nào cả, nghĩa là mọi thứ mới tinh từ đầu (ngu nhất là mấy thằng ý nó bảo muốn giữ nguyên được cookie/session thì phải chọn menu File -> New Session chứ New Window hay New Tab là đứt, CBN).
Thế này thì mấy cái SSO chết hết cả rồi, không giữ được session cookie thì toi. Thôi, phải chỉnh lại tý. Và ít ra thằng IE nó cho chỉnh giữ cái session cookie đó, để làm vậy, mở menu và làm theo trình tự sau: Tools -> Internet Options -> Privacy - Advanced -> Chọn cái box "Override Cookie Handling" rồi phải chọn cái chẹc box "Check Allways Allow Session Cookies".
Tiện thể, bọn M$ được người dùng nó feedback mấy cái bugs sau:
Session scope extended to *all* open IE windows
IE8: Cookies not being recognized!
TSB nhà nó, giờ ối chú chã méo hết mặt để sửa code đây....
Opera Web Browse - Tại sao lại sử dụng?
- Chữ tiếng Việt hiển thị không chuẩn, tất nhiên đây là chữ tiếng Việt Unicode nhưng chữ Ư và Ơ hiển thị theo kiểu "nổi trội", nghĩa là cứ đậm lên. Còn nói chung cứ chữ có dấu là trồi lên tụt xuống.
- Tốc độ cũng không phải là nhanh lắm (cá nhân thấy thua FireFox).
Thế nên không hiểu tại sao lại mê????
Nhưng cái chuối nhất là trình duyệt Opera được IIS/ASP.NET định danh là trình duyệt cho thiết bị di động (mobile device), thế nên khi mở cái site ChúngTa.com thì lỗi lung tung hết cả vì engine nó định danh nhầm, báo hại hôm qua mất toi 30' để cập nhật thêm phần core xác định lại Opera là trình duyệt web chạy trên máy PC nếu trong user agent có thêm cái từ "Windows".
Cuối cùng, vẫn chưa hiểu tại sao lại mê cái thằng này.....!!!!!????
Bảo mật, DDoS và cái vai đau
Ngủ tít thò lò, mãi mới mò dậy được để ăn cơm, sau đó vào ngóng xem cái EveryDNS bị tấn công DDoS ra sao rồi, thấy tình hình đã ổn hơn. Nghĩa là 2 ngày liên tục EveryDNS bị tấn công khiến cho một số khách hàng của mình dùng dịch vụ DNS ở đây bị toi, không kết nối đến website được cứ gọi cho mình bẩu sờ vơ bị sao đó. Giờ thì thấy EveryDNS cũng ổn lại rồi, nhưng DNS server của FPT chưa update lại nên mình ngồi ở nhà cũng không truy cập được (vì đang dùng ADSL của FPT mừ), hôm qua loạng quạng vào DDTH.com cũng thấy nói về lỗi này, và tất nhiên hiện tại DDTH.com cũng chưa có vào được ngay vì DNS chưa update, mệt thật, thế nên phải truy cập tạm qua IP hoặc qua proxy vậy, nếu muốn đọc thead về EveryDNS tại DDTH.com, tạm thời dùng url sau: http://210.245.125.229/showthread.php?p=632989
Sau đó loạng quạng vào bờ lốc Bảo mật Thông tin của ku TháiDN (MrRo) đọc chơi tý, thấy cũng có nhiều điều khá thú vị, mỗi cái mình không làm nghề bảo mật nên đọc chơi là chính, tất nhiên là từ blog này sẽ khiến người đọc tò mò tìm đến site của HVA, nhưng mình chỉ xem phần HVANews thôi.
Chợt nhớ tháng trước, có một ku chơi DoS mình trong khoảng 2 tiếng, báo hại cái server nó đờ mịa nó ra, tra cứu thì thấy xuất phát từ địa chỉ http://piscesproject.org/wp-mod/x-flash.swf, có viết thư warning cho chủ site nhưng chẳng thấy phản hồi gì cả, vẫn lăn tăn chưa hiểu được ku nào lại rảnh thời gian định phá mình đây, có lẽ lưu lại để tìm hiểu sau vậy...
Hix, mới lạnh một tý, tự nhiên cái vai bên phải nó đau, kiểu dây thần kinh phản ứng lại thời tiết hay sao ý, không biết chiều mai đá bóng được không. Định loăng quăng tẹo, lại đau vai, thôi, đi làm ly cafe nóng vậy, hix hix... (Sozy quý bạn, đoạn cuối này chẳng đâu vào đâu cả ;-p)
Google Blog bị hack
Sáng mở Internet ra đọc, tự dưng lại thấy cái tin này, mà mình thì đang xài blog của Google nên cọp pi lại, rồi pót ở đây để bà con đọc chơi tý.
Nguồn: Tuổi Trẻ Online
Một hacker đã đột nhập vào “đại bản doanh” quản lý blog của Google và gởi lên web một thông tin sai lệch rằng Google sẽ chấm dứt hợp tác với eBay, một trong những website thương mại điện tử lớn nhất thế giới hiện nay.
Vẫn chưa có lý do nào khác được đưa ra ngoài việc phá hoại…
Việc này đánh dấu cho một biến cố khá nghiêm trọng là lần thứ hai trong năm nay, blogsite của Google đã bị mất quyền kiểm soát vào một người lạ mặt. Google ngay sau đó đã tiến hành sửa chữa và đính chính cho thông tin sai lầm.
Việc này đối với Google là một đòn giáng quá mạnh. Người dùng tin tưởng Google vì cho rằng với uy tín của một tập thể những con người ưu tú, thì thông tin về cá nhân của họ sẽ được an toàn. Chỉ một lần đầu thì còn khó nói, nhưng lần thứ hai liên tiếp sẽ là một trở lực không nhỏ cho blogsite của Google trên con đường cạnh tranh với các blogsite khác.
Ngày nay, trong một thế giới mà mọi thứ hoàn toàn “mở rộng” thì bảo mật chính là vai trò then chốt. Nhà cung cấp dịch vụ nào đảm bảo được về an toàn thông tin và tính thông suốt của dịch vụ sẽ là người thành công.
Tuy nhiên, phản ứng của Google lại khá tích cực trước biến động này khi họ không tỏ ra lo ngại về sự việc bị hack mà còn tỏ ra “thích thú” vì như thế, dịch vụ của họ sẽ có nhiều cơ hội hoàn hảo hơn, cũng như kéo thêm sự quan tâm của người dùng và báo giới.
Call SMS Blocker - Phần mềm chặn SMS và cuộc gọi hay nhất cho Pocket PC
Lúc chiều, dọn văn phòng thế quái nào lại tìm thấy cái DVD chứa drivers cho con laptop, thế là cài được cái driver để đọc thẻ SD trực tiếp trên PC, và nhớ ra ngày trước có đoạn bẩu sẽ pót bài giới thiệu và hướng dẫn cài đặt cái phần mềm hay ho này cho PPC, thế nên bây giờ viết lách tý (thực ra là cọp từ mobifuns.net ra thôi ;-p)
Giới thiệu
(copy nguyên gốc từ site của chủ nhân: winmobileapps.com)
Call SMS Blocker - Application to create blacklist/whitelist to block incoming calls and sms.
Developed by: Cristiano Severini
Features:
- no notification on device;
- action for calls to block: hangup, pickup/hangup, mute and reply with sms;
- action for sms to block: move to 'waste basket', move to 'blocked', reject and reply with sms;
- read pocket's contacts, sim contacts and call history;
- icon in tray to fast access;
- notifications optionally on blocked items;
- PIM integration on pocket outlook contacts;
- clipboard support;
- languages: italian, english, french, german, s-chinese and t-chinese languages;
Tested devices list:
- HTC (Qtek, I-mate, Dopod, XDA families);
- HP (6515);
- Sprint (PPC6700);
- moboDA 3360;
Tested operating system:
- WM2003 Phone edition;
- WM2003SE Phone edition;
- WM5 Phone edition;
Hướng dẫn cài đặt
(copy từ site mobifuns.net)
1. Đầu tiên các bạn hãy Install Files cài trên PPC
2. Sau khi Install cài đặt xong xuôi, dùng trình quản lý Files (tốt nhất là Resco File Explorer đã cho phép view các file "ẩn" của system) vào Windown để "Cut" file CSBCPL.CPL ra PC (giữ file này sau còn sử dụng tiếp)
3. Copy files Crack/Keygen (cũng có tên là CSBCPL.CPL trong folder chứa cờ rạch/keygen) vào folder Windows trên PocketPC
4. Chạy trương trình Call SMS Blocker, vào phần "About", tại phần "Unlock Code" sẽ xuất hiện phần Code tương ứng với PPC của bạn. Tốt nhất là hãy ghi 8 số này ra giấy để khỏi quên.
5. Mở tại trình quản lý files trên PPC, quay trở lại folder Windows, xóa file cờ rách/keygen lúc nãy vừa copy vào xong.
6. Sau khi xóa xong, copy lại file gốc ban đầu đã "Cut" ra PC quay trở lại folder Windows trên PPC
7. Giờ các bạn chỉ việc chạy chương trình, vào phần "About", nhập Unlock Code lúc nãy đã ghi ra giấy, và hệ thống chạy ngon....
Theo bàn tán ở các 4rums, thì đây là phần mềm chặn cuộc gọi và tin nhắn Pro nhất hiện nay, nếu khoái, xin mời tham gia tại mobifuns.net tại đây!
Trong cái post này, tui có đính kèm bản mới nhất của Call SMS Blocker (v1.4.4.232), nhưng phần cài đặt chỉ có cho Windows Mobile 5.0 (vì con T-Compact II của tui xài WM5 mừ), nhưng phần cờ- rạch/keygen thì có cho cả Windows Mobile 2003 và cả 5.0 (2005).
Windows Genuine Advantage - Sự rắc rối khi xài phần mềm "lụi"
Nhìn cái hình ở trên, chắc ối ông giật mình, sao mà quen thế ;)
Cái này thì do xài Windows bản "lụi" 8k mua ở hàng CD về, Windows nó update xong bẩu là xài đồ đểu bắt mua bản xịn, thế nên nhiều ông/bà, cô/chú, bác/dì/... mệt méo mặt, tức lòi mắt và cũng ngậm ngùi.
Nay đọc thấy cái bài này hay hay ở ChúngTa.com, kể ra nó cũng cũ rồi, nhưng còn có tác dụng trong thời gian lâu lâu nữa nên cọp lại, pót ở đây để bà con tham khảo khi cần.
Mà thôi, cọp ngại lém, chỉnh sửa format méo mặt, thế nên copy cái link là đủ. Còn nếu muốn down phần mềm "hack", cứ theo cái bài ở ChúngTa.com hoặc có thể down trực tiếp ở đây cũng được.
Hi vọng sẽ giúp ích....
PocketPC: Cài đặt phần mềm như thế nào?
Trong vài ngày qua đã tìm hiểu một chút về con MDA và cũng cài đặt được vài thứ. Nhân tiên copy lại bài hướng dẫn cài đặt để bắt đầu cái series về PocketPC này.
Có thể mai rảnh hơn sẽ trình bày bài đầu tiên về Pocket PC (ngoài bài này) sẽ là bài về cài đặt ứng dụng Call SMS Blocker, một trong các ứng dụng tui cho là rất quan trọng và hữu ích đối với Pocket PC (hi vọng thế, hi hi).
Nào, bắt đầu bằng bài cài đặt phần mềm cho Pocket PC như thế nào (Nguồn: Thế Giới Số)
Việc cài đặt ứng dụng cho Pocket PC là thao tác khá đơn giản, do hệ điều hành Windows Mobile trên Pocket PC có cách hoạt động tương tự với hệ điều hành Windows trên máy để bàn. Về cơ bản, bạn có hai cách để cài đặt ứng dụng cho Pocket PC là sử dụng ứng dụng ActiveSync hoặc chép thẳng "tập tin cài đặt" vào Pocket PC (qua cáp nối, Bluetooth, thẻ nhớ,...) rồi cài đặt nó trực tiếp từ Pocket PC.
Các thao tác dưới đây được mô tả trên Windows Mobile 5.0 (tui dùng con T-Mobile CompactII với hệ điều hành này) nhưng hoàn toàn tương tự trên các phiên bản khác.
ActiveSync
Để cài đặt, bạn chạy trực tiếp tập tin .EXE để ActiveSync mở trình cài đặt ứng dụng, với các phiên bản từ Windows Mobile 2003 SE trở về trước, bạn sẽ được hỏi nơi cài đặt ứng dụng tại bước này, bạn có thể chọn thẻ nhớ hoặc cài trực tiếp vào bộ nhớ của Pocket PC. Với Windows Mobile 5.0 thì nơi cài đặt sẽ được hỏi khi chuyển sang màn hình Pocket PC. Tiếp đến là các bước diễn ra trên Pocket PC, hoàn toàn tương tự như khi diễn ra ở cách cài đặt trực tiếp.
Nếu chưa có ActiveSync hoặc muốn nâng cấp ActiveSync lên bản 4.1 mới nhất (cho đến thời điểm này, xin vui lòng download từ site của Microsoft).
Cài đặt trực tiếp
Đôi khi các ứng dụng, nhất là các ứng dụng miễn phí sẽ không được đóng gói thành bản cài đặt trên máy tính thông qua ActiveSync mà lại đưa ra dưới dạng phiên bản cài đặt trực tiếp. Điểm dễ nhận biết nhất của các ứng dụng dạng này là bạn sẽ được cung cấp một file .CAB thay vì .EXE như thường lệ. Khi đó, để cài đặt, bạn đơn giản là chép tập tin .CAB đó vào thẻ nhớ hoặc chuyển chúng vào Pocket PC thông qua Bluetooth, hồng ngoại hay USB. Do Pocket PC có thể tháo "nóng" thẻ nhớ nên cách chép trực tiếp qua thẻ nhớ nhờ vào bộ đọc thẻ là tiện lợi và nhanh chóng nhất. Lưu ý là bạn có thể mở file .CAB này trên máy tính nhưng sẽ chỉ thu được một "mớ" các file vô nghĩa.
Sau khi chép vào Pocket PC, bạn dùng trình duyệt file trên Pocket PC để mở đến vị trí thư mục chép tập tin .CAB. Kế đến trỏ viết vào tập tin .CAB đó để bắt đầu quá trình cài đặt. Bước đầu tiên là chọn nơi cài đặt (vào trong bộ nhớ máy hay vào thẻ nhớ), nếu máy bạn dùng hơn một loại thẻ nhớ thì tất cả chúng đều được liệt kê tại đây. Bạn nên chọn nơi cài đặt là thẻ nhớ để tiết kiệm dung lượng bộ nhớ trong ít ỏi của Pocket PC.
Nhấn Next để cài đặt, thời gian cài đặt phụ thuộc vào cả bản thân máy lẫn chương trình, thường là khoảng vài giây.
Gỡ cài đặt ứng dụng
Đây là quá trình gỡ bỏ các ứng dụng đã cài đặt trên Pocket PC. Tương tự như quá trình cài đặt, việc gỡ cài đặt cũng diễn ra theo 2 hướng, hoặc sử dụng ActiveSync nếu bạn cài đặt ứng dụng từ ActiveSync, hoặc tháo cài đặt trực tiếp từ Pocket PC. Lưu ý là bạn có thể tháo cài đặt trực tiếp các ứng dụng được cài qua ActiveSync nhưng khi đó phần lưu trên máy tính vẫn còn, và sẽ gây nhiều trục trặc nếu bạn muốn cài đặt lại ứng dụng này.
Để tháo cài đặt dùng ActiveSync, bạn mở ActiveSync (vòng tròn màu xanh dưới thanh tác vụ của máy tính) > Tools > Add/Remove Programs, tại đây bạn sẽ có một số tình huống:
+ Bỏ dấu chọn ứng dụng và nhấn OK sẽ xóa ứng dụng đó trên Pocket PC nhưng nó vẫn còn trên máy tính để bạn có thể cài đặt lại.
+ Nhấn chọn ứng dụng nào đó rồi nhấn Remove để xóa nó khỏi máy tính lẫn Pocket PC > nhấn OK khi có thông báo đòi xác nhận
Để gỡ cài đặt ứng dụng trực tiếp từ Pocket PC: từ menu Start > Settings > chuyển qua tab System > mở trình Remove Programs, khi này danh sách các ứng dụng đã được cài đặt trên Pocket PC này sẽ hiện lên tất cả trên danh sách Remove Programs > trỏ viết chọn ứng dụng muốn tháo cài đặt > trỏ nút remove > trỏ chọn Yes khi có thông báo đòi xác nhận.
Đọc nhiều nhất
-
Đường Định mệnh (Sự nghiệp/May mắn)
Dẫn nhập: ngày trước cũng tò mò về cái chủ đề chỉ tay, rồi xem tay, rồi tự đọc và tìm hiểu loạn xị cả lên, thực ra kết quả chính là để loè g... -
Phim: Buddha – Cuộc Đời Đức Phật Thích Ca
Bộ phim Buddha về cuộc đời Đức Phật Thích Ca Mâu Ni từ đản sanh đến niết bàn. Bộ phim lấy cảm hứng ( hoặc cũng có thể gọi là được chuyển t... -
Xem phim "Analyze This" của Robert De Niro
Hôm nọ có xem cái phim "Analyze This" của Robert De Niro về xem, thấy vui vui, nay giới thiệu sơ sơ với mọi người... -
Nguyệt Ánh: Chill-out là thương hiệu của tôi
Chủ đề cuộc gặp lần này xoay quanh dự án Nguyệt Ánh Chill-out của Nguyệt Ánh đang được chú ý trên báo chí, trong các forum âm nhạc và cả ở ... -
Nếu không có thực lực, bạn chỉ là kẻ ăn bám
Dựa vào núi núi đổ, dựa vào người người chạy, chỉ có tự dựa vào chính mình mới là đáng tin cậy nhất. Ba mẹ có là ông nọ bà kia đi chăng nữa... -
Tại sao nhà Tây Sơn sụp đổ?
© Giang Lê - The X file of History Trong lịch sử Việt Nam tồn tại không ít các cuộc khởi nghĩa nông dân; tuy nhiên đỉnh cao nhất phải kể ... -
36 câu hỏi để yêu nhau
20 năm trước, nhà tâm lý học người Mỹ Arthur Aron đã tự soạn ra một bộ 36 câu hỏi, với mục đích khiến cho hai người hoàn toàn xa lạ yêu nhau...
Tham khảo
Liên kết web
Phân loại
Báo chí
(55)
Văn hoá
(33)
Tâm lý
(29)
Tán nhảm
(27)
Công nghệ
(25)
Blog
(17)
Xã hội
(16)
Nghề nghiệp
(15)
Phim
(15)
Quora
(14)
Con người
(13)
Kinh doanh
(13)
Nhạc
(13)
Cuộc sống
(11)
Kỹ năng
(11)
Marketing
(11)
Công cụ
(10)
Lập trình
(10)
Lịch sử
(10)
Sách
(10)
Cặp đôi
(9)
Phát triển
(9)
Thiền
(8)
Tình yêu
(8)
Tản mạn
(7)
Sức khoẻ
(6)
Chính trị
(5)
Giáo dục
(5)
Hạnh phúc
(4)
Kim Dung
(4)
Kiếm hiệp
(4)
Mạng xã hội
(4)
Phát triển cá nhân
(4)
Phần mềm
(4)
Tiền tệ
(4)
Tài chính
(4)
Thực hành
(3)
Tâm linh
(3)
Quản lý công việc
(2)
Quản lý thời gian
(2)
Tiếp thị
(2)
Chăm sóc khách hàng
(1)
Làm việc
(1)
Lãnh đạo cá nhân
(1)
Nguỵ biện
(1)
Quản lý cá nhân
(1)
Thương hiệu
(1)
Tình dục
(1)